为什么阿里强制 boolean 类型变量不能使用 is 开头？

扫码关注带你吊爆Java后端技术

哈喽，各位新来的小伙伴们，大家好！由于公众号做了改版，为了保证公众号的资源能准时推送到你手里，大家记得将后端君的公众号 加星标置顶 ，在此真诚的表示感谢~

来源：blog.csdn.net/belongtocode/article/details/100635246

上一篇：史上最全的Excel导入导出，这也太香了吧！！！

正文

大家好，我是栈哥。

背景

平时工作中大家经常使用到boolean以及Boolean类型的数据，前者是基本数据类型，后者是包装类，为什么不推荐使用isXXX来命名呢？到底是用基本类型的数据好呢还是用包装类好呢？

例子

1.其他非boolean类型

 private String isHot;
    public String getIsHot() {
        return isHot;
    }

2.boolean类型

 private boolean isHot;
    public boolean isHot() {
        return isHot;
    }

3.包装类型

 private Boolean isHot;
    public Boolean getHot() {
        return isHot;
    }

4.不以is开头

  private boolean hot;
    public boolean isHot() {
        return hot;
    }

5.包装类型

 private Boolean hot;
    public Boolean getHot() {
        return hot;
    }    

其实阿里巴巴发布的java开发手册中就写明了，强制规定，布尔类型的数据，无论是boolean还是Boolean都不准使用isXXX来命名

• 对于非boolean类型的参数，getter和setter方法命名的规范是以get和set开头
• 对于boolean类型的参数，setter方法是以set开头，但是getter方法命名的规范是以is开头
• 包装类自动生成的getter和setter方法的名称都是getXXX()和setXXX()

1.其实javaBeans规范中对这些均有相应的规定，基本数据类型的属性，其getter和setter方法是getXXX()和setXXX，但是对于基本数据中布尔类型的数据，又有一套规定，其getter和setter方法是isXXX()和setXXX。但是包装类型都是以get开头

2.这种方式在某些时候是可以正常运行的，但是在一些rpc框架里面，当反向解析读取到isSuccess()方法的时候，rpc框架会“以为”其对应的属性值是success，而实际上其对应的属性值是isSuccess，导致属性值获取不到，从而抛出异常。

搜索公众号Java架构师技术回复“Spring”，送你一份惊喜礼包。

总结

1、boolean类型的属性值不建议设置为is开头，否则会引起rpc框架的序列化异常。

2、如果强行将IDE自动生成的isSuccess()方法修改成getSuccess()，也能获取到Success属性值，若两者并存，则之后通过getSuccess()方法获取Success属性值。

工作中使用基本类型的数据好还是包装类好

咱们举个例子，一个计算盈利的系统，其盈利比例有正有负，若使用了基本类型bouble定义了数据，当RPC调用时，若出现了问题，本来应该返回错误的，但是由于使用了基本类型，返回了0.0，系统会认为没有任何问题，今年收支平衡，而不会发现其实是出现了错误。

若使用了包装数据类型Double，当RPC调用失败时，会返回null，这样直接就能看到出现问题了，而不会因为默认值的问题影响判断。

其实阿里java开发手册中对于这个也有强制规定:

因此，这里建议大家POJO中使用包装数据类型，局部变量使用基本数据类型。

最后给读者整理了一份BAT大厂面试真题，需要的可扫码加微信备注：“面试”获取。

◆  ◆  ◆  ◆  ◆ 

（放到你圈子里，朋友们会感激您）PS：如果觉得我的分享不错，欢迎大家随手点赞、在看。本文仅供交流学习 , 版权归属原作者。温馨提示：《Java后端栈》推文内容如有侵权请您告知我们会在第一时间处理或撤销；互联网是一个资源共享的生态圈，我们崇尚分享。好文推荐：

欢迎添加栈哥个人微信 ysle007  进粉丝群或围观朋友圈